home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19970929-19971216 / 000009_news@newsmaster….columbia.edu _Tue Sep 30 05:56:35 1997.msg < prev    next >
Internet Message Format  |  1997-12-15  |  6KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA21968
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 30 Sep 1997 05:56:34 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA15312
  7.     for kermit.misc@watsun; Tue, 30 Sep 1997 05:56:33 -0400 (EDT)
  8. Message-ID: <3430CC92.37FD51CC@th.ibm.com>
  9. Date: Tue, 30 Sep 1997 16:55:30 +0700
  10. From: Nattapong Mongkolprasit <nattapo@th.ibm.com>
  11. Organization: IBM Thailand Company Limited
  12. X-Mailer: Mozilla 4.03 [en] (Win95; I)
  13. MIME-Version: 1.0
  14. Newsgroups: comp.sys.ibm.as400.misc,comp.protocols.kermit.misc
  15. To: Frank da Cruz <fdc@watsun.cc.columbia.edu>, paul_nicolay@merck.com
  16. Subject: Re: transfer files from AS/400 to UNIX
  17. References: <01bcbdd3$4c8d2980$9f05a8c0@da159mat5.sonae.pt> <01bcbdea$1e564b20$6e036536@merck.com> <5vrhsc$r92$1@apakabar.cc.columbia.edu>
  18. Content-Type: text/plain; charset=us-ascii
  19. Content-Transfer-Encoding: 7bit
  20. NNTP-Posting-Host: 198.133.29.52
  21. Lines: 103
  22. Path: news.columbia.edu!panix!news-out.internetmci.com!newsfeed.internetmci.com!165.87.194.248!newsm.ibm.net!ibm.net!news1.ibm.net!198.133.29.52
  23. Xref: news.columbia.edu comp.sys.ibm.as400.misc:34526 comp.protocols.kermit.misc:7772
  24.  
  25. Paul,
  26.  
  27. There are such many ways to transfer file between UNIX and AS/400.  Actually
  28. there  is a license program on AS/400 that comes with UNIX client program named
  29. "UNIX Connection for AS/400", it can surely handle your problem, please try on
  30. contacting IBM AS/400 Sale representer in your region.
  31.  
  32. Another easy way is ftp, you have to first configure TCP/IP on your AS/400, then
  33. start FTP with comand STRTCP, then STRTCPSVR  *FTP.  The library convention
  34. naming rules is like this:
  35.  
  36.     -. If it is in the Root IFS file system on AS/400, you may refer to it as
  37. other UNIX
  38.     -. If it is in the library like "QUSRSYS",  file "TESTFILE", member "DBFILE1"
  39. refer to it as  cd /qsys.lib/qusrsys.lib" then get "testfile.file/dbfile1.mbr"
  40.  
  41. DO NOT FORGET TO USE "ascii" MODE TO TRANSFER ASCII FILE!!
  42.  
  43.  
  44. And Frank,
  45.  
  46. You might know that AS/400 have C compiler except from those of RPG and COBOL.
  47. It might be a good idea to recompile your source on AS/400.  The header file
  48. "*.h" might a little bit different from other platform because of object-oriented
  49. concept in AS/400 refer to file as library and object.  The normal header files
  50. reside in AS/400 as member in libary QSYSINC, QCLE and QCPA in file H.  The
  51. Integrated Language C on AS/400 complies ANSI C.  You may request for helping of
  52. C programming by contacting IBM technical support in US..
  53.  
  54. Should there is any progress on this project, please let me know.
  55. -------
  56.  
  57. Frank da Cruz wrote:
  58.  
  59. > In article <01bcbdea$1e564b20$6e036536@merck.com>,
  60. > Paul Nicolay <paul_nicolay@merck.com> wrote:
  61. > : Paulo Martins <pmartins@sonae.pt> wrote in article
  62. > : <01bcbdd3$4c8d2980$9f05a8c0@da159mat5.sonae.pt>...
  63. > : > I would like transfer files from AS/400 to UNIX, but I have some problems
  64. > : > with packed fields and fields with sign.
  65. > : > Can anyone suggest some solution to my problem.
  66. > : >
  67. > : > PRECONDITIONS: I only can make conversions in the UNIX system
  68. > :
  69. > : Normally you should convert everything to alphanumeric BEFORE it is FTP'ed
  70. > : to the Unix.  This means that you have a serious problem and the only
  71. > : solution I can think about is to write a program that reads the binary file
  72. > : (so transfer in BIN mode) and does the EBCDIC to ASCII itself.  If you are
  73. > : aware of the record layout you can also take care of the packed
  74. > : representation.  Not really a nice solution but it should work.
  75. > :
  76. > As you may know, at Columbia University we make cross-platrom communications
  77. > software called Kermit.  You can read all about it at our website:
  78. >
  79. >   http://www.columbia.edu/kermit/
  80. >
  81. > Kermit software is available for just about every hardware and OS platform on
  82. > the planet EXCEPT for the IBM midrange systems: /34, /36, /38, and AS/400.
  83. >
  84. > We receive a constant stream of requests for Kermit software for these
  85. > systems, but we can't produce this software ourselves because we don't have
  86. > access to them, nor do we know anything about them.  However, the Kermit
  87. > file-transfer protocol is fully documented, and there is source code in many
  88. > languages (C, Fortran, Algol, Pascal, you name it -- just about everything
  89. > except COBOL and RPG).
  90. >
  91. > I took my first look at this newsgroup today and was struck by the fact that,
  92. > out of about 500 postings, probably a good 20% of them were asking how to
  93. > transfer files between the AS/400 or System/3x and Windows, UNIX, VMS, etc.
  94. >
  95. > Since Kermit software is already available for ALL these other platforms,
  96. > then all of these needs could be satisfied by a Kermit program for the AS/400
  97. > (hopefully coded so as to also work on the System/3x's).
  98. >
  99. > I realize there are some rather nontrivial issues to be tackled:
  100. >
  101. >  . Conversion between EBCDIC (including, no doubt, the many Country Extended
  102. >    Code Pages) and the ASCII-based character sets on the other end (Latin-1,
  103. >    Latin-2, etc, as well as various proprietary sets).  But this problem is
  104. >    solved in the Kermit protocol definition and in practice in the IBM
  105. >    mainframe version of Kermit, which runs on VM/CMS, MVS/TSO, CICS, and
  106. >    several other less-well known OS's (MUSIC, GUTS, etc).
  107. >
  108. >  . Import/export of complex file/record structures.  This is indeed a tough
  109. >    one, but can be handled at the "presentation layer" of the protocol.  We
  110. >    have handled similar problems in VMS (which also has a complex structured
  111. >    file system) and OS/2 (with its Extended Attributes).
  112. >
  113. >  . The communications interface: 5250 terminals and all that -- all the
  114. >    issues raised by protocol converters.  But we have handled these in the
  115. >    3270 world, and the same principles should apply.
  116. >
  117. > Do it once, and you've opened the door to the entire rest of the computing
  118. > world.  Any volunteers?  If you're a competent IBM midrange programmer
  119. > interested in some pro bono work (fame if not fortune), please contact me and
  120. > I'll be glad to get you started.
  121. >
  122. > Frank da Cruz
  123. > The Kermit Project
  124. > Columbia University
  125.  
  126.  
  127.